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А МЕТНОР ОЕ ТЕЗТ РАТА СЕМЕВАТТОМ ЕКОМ ЗООВСЕ СОБЕ 
ОЕ ЛАУА РВОСВКАМ$ 


Цель предлагаемого метода — повышение эффективности автоматической генерации и 
минимизации множества тестовых данных для обеспечения покрытия исходного кода Лауа программ. 
Рассматриваются различные виды покрытия, способы абстрактной интерпретации и редукции 
пространства поиска. В основу метода положены формальные методы анализа поведения модели. 
Ключевые слова: тестирование, редукция пространства поиска. 
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Введение 

Данная работа посвящена автоматической генерации тестов из промышленного 
программного кода. Обычно такие тесты позволяют проверить только неявные 
требования, например, отсутствие зависаний или неожиданных исключительных 
ситуаций во время выполнения теста, но не обнаружение несоответствия реализации 
системы и ее спецификации. В современной программной индустрии актуальна 
проблема модернизации устаревшего кода (еасу со4е), по сути, не имеющего 
спецификаций. Часто исходный код является единственным достоверным источником 
знаний о функционировании системы ввиду многих причин — ее разработчики не 
доступны, проектная документация не полна или отсутствует, а сопровождающий 
персонал имеет только поверхностные знания. Тем не менее, стремительное развитие 
ИТ требует модификаций и модернизаций, например, в последнее время приобретает 
популярность описание кода на базе бизнес-правил. Основное преимущество бизнес- 
правил в упрощении как понимания работы системы, так и дальнейших модификаций. 
При такой модернизации сначала выполняется переписывание кода (на современный 
язык программирования, с использованием новых технологий) при сохранении 
исходной функциональности. Таким образом, автоматически сгенерированный набор 
тестов может быть использован для проверки сохранения функциональности на 
новой реализации. 

Непосредственная задача предлагаемого метода — эффективно вычислить набор 
входных тестовых данных и последовательностей входных сигналов, а так же 
минимизировать такой набор для обеспечения заданного критерия покрытия. 

Обзор существующих методов 

Построение тестов из кода для языка Лауа — популярная тема исследований и 
разработок [1-4]. Автоматическая генерация эффективных тестовых наборов открывает 
перспективу исчерпывающего тестирования программного обеспечения в разумные 
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сроки и умеренный бюджет. К наиболее развитым современным подходам к генерации 
тестов по исходному коду можно отнести стохастические методы (тапдот 1е5Япэ), 
систематические методы символьного выполнения (зутбоЙс ехесийоп) и методы 
поиска оптимального приближения (5еагсп-Базеа) [1, 2]. В качестве примера успешного 
инструмента применительно к языку Лауа среди зушбоЙс ехесисНоп методов можно 
привести разработку ЗутбоЙс РаЕтаег [3] от МАБА, из зеагсв-Базе4 — инструмент 
ЕуоЗиНе[4], который использует генетические алгоритмы для эволюции тестов. У 
каждого инструмента есть свои отличительные преимущества (см., например, обзоры 
, 2]), однако все они имеют проблемы с размером задач. Рассмотрим пример простой 
программы на рис.1(а). Зутбойс РафЕтаег показал экспоненциальный рост множества 
состояний с увеличением количества параметров, Еуобийе за 10 минут работы не 
удалось покрыть (см. рис. 1.6) присваивание ‘гез = 1’ для случая с пятью параметрами. 


рур11с 116 Еапс (1106 р1, 1106 род, ...) { Тест №1: 
ЧлЕ ке = 0, 11-=0, 2 = 0: Еапс ( (-684),1147,1147, (-1),1); 
ТЕ (р1 == 1) 
х1 = 1; Тест №2: 
1Е(р2 == 1 && г1 == 1) ао ,. № обо, СЕ 
х2 = 1; 
Тест№3З: 
а ее Еапс ((-1), (-1), (-1469),1, (-83)); 
гез = 1; 
гесаги тез; 
} 


Рис. 1(а). Пример Лауа программы Рис. 1(6). ЕуоЗице тесты 


В большинстве случаев инструменты используют критерии покрытия операторов 
(зффетепе соуегас»е) и ветвей потока управления (БгапсВ соуегазе). Однако такие 
критерии малоэффективны при обнаружении ошибок; с другой стороны, покрытие всех 
путей неосуществимо на практике, ведь в общем случае программы могут иметь 
бесконечно много путей [5]. 

Постановка задачи 

Перед авторами была поставлена достаточно амбициозная задача — в идеальном 
случае, это автоматическая генерация тестов, обеспечивающих 100% покрытие 1егасу- 
кода на языке Лауа. При этом предполагается, что это будет промышленный код, 
содержащий сотни тысяч строк. Перечислим основные подзадачи на пути достижения 
поставленной цели данной работы: 

- трансляция конструкций языка Лауа в формальную модель требует построения 
разного уровня адекватных абстракций и методов их уточнений; 

- анализ достижимости, к которому сводится задача обеспечения покрытия. Ввиду 
неразрешимости в общем случае, мы будем прибегать к огрублениям и упрощениям, 
например, использовать технику абстракции предикатов для типов данных с широким 
(бесконечным) диапазоном допустимых значений; 

- сокращение комбинаторного взрыва, как составляющая проблемы достижимости, 
заслуживает отдельного рассмотрения. Ведь даже при упрощении исходного кода к 
модели с булевыми атрибутами, количество ее состояний растет экспоненциально с 
увеличением количества атрибутов, а так как поставленная задача требует обраба- 
тывать сотни тысяч строк кода, решение этой проблемы носит определяющий характер; 
- вычисление исходных ограничений для теста (и, аналогично ограничений на значения 
параметров промежуточных сигналов), хоть и имеет теоретическое обоснование [6-8] и 
практическое решение [9], требует значительного повышения эффективности, ведь 
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предполагаемая последовательность выполненного кода в среднем будет превосходить 
тысячу строк для каждого теста; 
- минимизация количества результирующих тестов и повышение их качества. 

Выполнение теста будет занимать некоторое время, и из практических 
соображений множество тестов целесообразно содержать настолько миними- 
зированным, насколько позволяют ограничения выполнения проекта. При этом 
повышаются требования к выбранным тестам: каждому из них желательно иметь 
смысловое содержание, например, покрывать поведение некоторой функциональности 
от ее начала до некоторого логического завершения. Эта особенность обычно не 
выдерживается при существующих подходах — автоматически сгенерированные тесты, 
как правило, получаются несвязными и обрывающимися в произвольной точке 
(например, некоторое новое значение вычислено, но к его отображению трасса не 
привела ввиду завершения по обработке несвязанной исключительной ситуации). 

Идеального решения поставленной задачи не существует ввиду многих 
объективных теоретических причин, но с другой стороны индустрия ИТ требует 
эффективного практического решения. 

Описание метода 

Предложенный метод относится к классу систематических зутбоЙс ехесиноп 
методов (точнее, зутБо|с тодеПп?) и имеет составляющие: трансляцию, суть которой 
сводится к построению адекватной формальной модели, и то4е| свескше [10] как 
эффективный инструмент поиска трасс. 

Транслятор строит формальную модель и данные для обратной трансляции. 
Включает синтаксический разбор исходного кода (подмножество Лауа ЗЕ 8 [11], 
статический анализ и преобразования потока управления и данных. В результате 
синтаксического разбора исходного кода формируется информация о так называемых 
еЁ-изе ветвях потока данных [5], а также строится граф потока управления (с учетом 
наследования и других принципов ООП). Его вершины мы называем событиями, 
которые представляют операторы исходного кода и делятся на следующие типы: 

* а5512птеп( — присваивание; 

 дестз1оп — ветвление по условию; 

* 1оор — цикл с условием завершения; 

* са — вызов функции (метода); 

* теги — возврат из функции; 

* сою — безусловный переход (практически не используется); 

* ехсерНоп — исключение (рассмотрение выходит за рамки данной статьи); 

* ори — вывод данных; 

* при - ввод данных. 

Выражения представляются в виде абстрактного синтаксического дерева (АЗТ) и 
в дальнейшем подлежат преобразованию в язык формальной модели. Вызовы методов 
выносятся из выражений в отдельные события в порядке их выполнения. В самих же 
выражениях они заменяются на серийные номера созданных событий. Например, 


5ише пате = %баН.оеРегзоп(1).ге Мате(); 


отобразится как последовательность событий: 
01: са зай. се Регзоп(1); 
02: саП #01.жеМате(); 
03: азюптепЕ пате := #02; 
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Тело метода хранится как отдельный граф (Боду), на который ссылаются события 
типа са|. При переводе выражений вызовов из АЗТ в язык формальной модели мы 
генерируем отдельные присваивания для каждого параметра (рекурсия не поддерживается). 

Не редко встречаются обращения к методам классов, отсутствующих в 
анализируемом коде. Это относится как к внешним, так и к стандартным библиотекам 
Тауа. Некоторые наиболее популярные методы классов из стандартных библиотек 
представлены на языке формальной модели (например, коллекция АтгауГ 1$), однако 
многие вызовы остаются неинтерпретированными. Для них допускается абстракция — 
са|-событие заменяется на шри-событие, представляющее возвращаемое значение 
вызванного метода как любое значение из вне. Это возможно благодаря внедренным 
методам символьного моделирования, позволяющим работать с атрибутами, не 
имеющими конкретных значений. 

Трансляция графа потока управления и АЗТ в формальную модель происходит в 3 
этапа: трансформация объектов, фильтрация кода и определение типов. 

Трансформация объектов. Все нестатические поля классов представляются в 
формальной модели в виде массивов (поля-массивы -— в виде многомерных массивов), а 
ссылки на экземпляры классов - в виде индексов этих массивов. Т.е. обращение к полю 
конкретного объекта транслируется в оператор доступа к элементу массива по индексу. 
Вызов метода для объекта в модели является вызовом функции, где индекс объекта 
передается первым параметром, а остальные параметры сдвигаются на одну позицию. 
Пример построения формальной модели представлен на рис.2: 


Зауха код Формальная модель 
рир11с с1азз Регзоп { еп\у1гопмеп®: { 
рк1уафе 5Ег1па паме; Суре Т1: {5зВеаг Сгу11з, ОТНЕВ_Т1}; 
риб11с 5Ег1па зеЕМаме (56 г1па паме) { Регзоп соппеегк: 11%; 
{51$.паше = раме; ре ИЕ 


} Регзоп паме: аггау оЕЁ Т1; 


} } 


Регзоп р = пем Регзоп(); ЕорсЕ1оп: зеЕМаме; 


р.зеЕМаме ("Веаг Ску115"); зсоре: Регзоп; 
рагамекет$: { 


Р5 (013: 110%; Р5 паше: 11; 
} 
роау: { 
01: аззтапмепте 
Регзоп паме[Р$ 101$] := Р5 паме; 


10: аззтапмепте 


Регзоп соипеек:= Регзоп соппфег+1; 
11: аззтапмепте 
р := Регзоп сочпфег; 


12: са11 зеЕМапе (р, зВеаг Сгу113); 


Рис. 2. Пример Тауа программы и соответствующей формальной модели 


Описанный подход имеет недостатки — размер массива ограничен, при удалении 
объектов в массивах образуются «пустоты», при сравнении состояний модели играет 
роль не только содержимое объектов, но и порядок их создания, что влечет ненужный 
перебор. Эти проблемы будут решаться на уровне алгоритмов генерации путей 
поведения модели. Так, процедура сравнения двух состояний будет учитывать эту 
особенность, применяя методы симметрий для индексов, представляющих объекты. 
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Фильтрация кода. Необходимость фильтрации на этапе построения формальной 
модели продиктована спецификой промышленных проектов. Так, большие объемы и 
рост количества состояний могут быть уменьшены за счет кода, не влияющего на 
исследуемое поведение. К основным источникам такого кода можно отнести 
функциональность, не интересующую — заказчика (например, устаревший 
пользовательский интерфейс), вычисление неактуальных данных, а также 
недостижимый код. Фильтрация выполняется аналогично построению слоев ($1112) — 
имея множество необходимых переменных, определяются статические связи с другими 
переменными, а оставшиеся удаляются из рассмотрения вместе с кодом, не 
содержащим необходимых и связанных с ними переменных. 

Построим множество А необходимых переменных по следующему алгоритму: 

1. Инициализируем А множеством переменных, находящихся в ошри-событиях 
(наблюдаемые переменные). 

2. Для каждой переменной у е А, найдем все присваивания (а5$1ептеп!-события), где у 
является левой частью: у = ехрг. Для каждого такого присваивания: 

а. добавим в А переменные из правой части ехрг и индексы из левой; 

Ь. если данное присваивание находится в теле цикла или ветвления по условию 
(событие 1юор или 4ес151оп), то добавим в А переменные из всех соответствующих 
условий до верхнего уровня вложенности. 

3. Повторяем (2), пока А не перестанет расширяться. 

Можно показать, что приведенный алгоритм построит верхнюю аппроксимацию 
поведения модели по отношению к свойствам достижимости критериев покрытия. 

Определение типов. После предыдущих трансформаций в выражениях остаются 
переменные и массивы примитивных Лауа типов (числовые и булевы), а также 
перечислимые и строки. Действительно, ссылки на объекты преобразованы в 
целочисленные индексы, коллекции - в массивы, а к прочим классам, которые остались 
неинтерпретированными, применена абстракция. Переменные будем преобразовать в 
атрибуты формальной модели с типами 1ш®, геа|, Боо], перечислимыми и массивами 
согласно следующему алгоритму: 

1. Для каждого атрибута соберем все предикаты и значения из правых частей 
присваиваний и предикатов равенства (ауа операции "==", и "!=" и метод едиа[5). 
2. Анализируя каждый предикат, сгруппируем атрибуты по типам и объединим группы 
по транзитивности. Например, атрибуты из предикатов а>Ъ [1] и ]] := с будут 
сгруппированы так: {а, Б, с}, {1}, {1}. 
3. Для каждой группы атрибутов определим тип следующим образом: 
а. если среди всех предикатов нет арифметических операций над атрибутами этой 
группы и ни один атрибут не является индексом массива, то: 
1. из множества всех значений атрибутов группы сформируем новый перечислимый 
тип, применяя простые синтаксические преобразования для строк, символов и чисел 
("Веаг ОгуП5" -> $Веаг_ОтуП$, ''-> с32, 2016 -> 12016); если тип содержит всего два 
элемента, полученных из значений гае/а]зе или 1/0, то назначим группе тип Бо9], 
иначе добавим элемент, означающий отрицание всех значений, и назначим 
построенный перечислимый тип; 


п. иначе: назначим группе тип шили геа|, в зависимости от значений. 


Во время синтаксических преобразований имен и значений атрибутов отдельно 
сохраняются исходные данные, чтобы иметь возможность представлять 
сгенерированные тесты в терминах исходного кода. 
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Для уменьшения объемов формальных моделей производятся некоторые 
оптимизации. Например, вместо вызовов типичных для Лауа однострочных 5е{- и зе{- 
методов, выполняется прямая подстановка соответствующих атрибутов. 

События графа в формальной модели представлены переходами, которые в свою 
очередь имеют пред- и постусловия, выполняются атомарно за конечное время; их 
семантика аналогична охраняемым командам Дейкстры. Формальные определения 
модели приведены в [6, 12, 13]. 

Генератор тестовых сценариев осуществляет поиск поведения в соответствии с 
критерием покрытия (опционально $(аетепе, сопёо]-Йо\/ БгапсВ, ЧеЁ-изе БгапсВ [5], а 
также покрытие сценариев [14, 15]). Так как перед нами не стоит задача верификации, 
мы можем отказаться от использования трудоемких солверов, заменив их 
примитивными операциями сравнения и присваивания для числовых типов и несколько 
более сложными для перечислимых. Атрибуты перечислимого типа будем кодировать 
двоичным вектором, при этом операция сравнения будет сводиться к нахождению 
пересечения двух векторов (такое упрощение в некоторых случаях может привести к 
ложным трассам, поэтому в конце работы мы будем проверять их традиционным 
символьным моделированием и уточнять модель в случае необходимости). 

Редукция. Главной проблемой на этом этапе является эффект комбинаторного 
взрыва состояний модели. Наряду с существующими традиционными [10] методами 
редукции пространства поиска мы используем оригинальный метод динамической 
абстракции [12], и некоторые его оптимизации [13]. Основой этого метода служит 
алгоритм определения факта избыточности некоторых составляющих состояния 
модели по отношению к свойству достижимости, и построения соответствующего 
абстрактного состояния. Пусть задано конечное множество атрибутов А = {у,,у,,...у,} 


и пусть также для каждого атрибута у, Е А определена конечная область допустимых 
значений Гу). Конкретное состояние модели включает в себя значения всех 


атрибутов: 4, = ал (у, =а,) у, ЕАЛа, е [у,)}, тогда как абстратное состояние 


включает в себя некоторое подмножество А, < А атрибутов, которым, свою очередь, 

сопоставляется множество конкретных значений: 

а. = (с, :и;) |, ЕА, Ли, < О(»)}. Такая абстракция определяет классы 
т 


эквивалентности: два состояния 5 И 65. будут считаться одинаковыми, если их 


соответствующие абстрактные состояния совпадают, т.е. АР5(5, ) = АБ5(5,). При этом 
множества трасс (а значит и достижимость критерия покрытия) абстрактной и 
конкретной модели совпадают [12]. В данной работе проверяемые свойства сводятся к 
проверке достижимости индивидуальных целей (определяется критерием покрытия, 
например, строка кода или 4еЁ-изе ветвь). Такая постановка задачи позволяет 
усовершенствовать построение абстракции, привязав функцию абстрагирования к 
выбранной цели покрытия. Текущее состояние 5 будем считать неперспективным, 
если из него не достижима ни одна из актуальных целей, т.е. 


вое С > АБ“ (5) =4,^4, е\5йЙе4. Здесь у5йе — множество построенных ранее 
состояний, а С — множество актуальных (еще не покрытых) целей. Алгоритм поиска 
будет интерпретировать такие состояния как терминальные. Еще одно преимущество 
разбиения на индивидуальные цели — возможность формировать абстрактное состояние 
с учетом верхней аппроксимации — достаточно рассматривать только обратный слой 
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(Баск\’аг4 з$Псе) для выбранной точки. Описанная модификация носит ключевой 
характер для существенного сокращения пространства поиска. Подробное изложение 
заслуживает отдельного рассмотрения и выходит за рамки данной статьи. 

Пролонгация. При нахождении трассы, покрывающей новый элемент, она по 
возможности пролонгируется до использования выполненных присваиваний, что 
обеспечит связность и осмысленность теста, а также позволит строить предположения 
(аззегиоп$) для дополнительных проверок. 

При построении трассы использовалась техника так называемой «ленивой 
инициализации». Так, для каждого атрибута в модель добавлен признак инициализации 
(вспомогательный атрибут). При осуществлении переходов, значения атрибутов будут 
использоваться в соответствии с их инициализацией. Если признак установлен в 
истину, то это будет означать, что значение уже вычислено и его можно использовать. 
В противном случае, перед использованием значение атрибута необходимо вычислить 
и установить в истину признак инициализации. Процесс вычисления зависит от 
использования. Например, предикат у=епии®. установит вектор значений атрибута у 
перечислимого типа Т:{епиШ,епит?,епии8,епиий} в (0,1,0,0), а —»=епии?) 


соответственно в (1,0,1,1). Для вычисления конкретных значений, удовлетворяющих 
условие теста (и, аналогично, значений параметров сигналов), будем двигаться по 
трассе в обратном направлении — от финального состояния к начальному. Для каждого 
атрибута зафиксируем произвольное (из множества доступных) значение и будем 
продвигать его в соответствии с переприсваиваниями и ограничениями предусловий. 
Так как между присваиваниями диапазон значений атрибута не расширяется, в итоге 
будет вычислено искомое значение. Достаточное условие теста составляют те 
атрибуты, значение которых использовалось без соответствующего присваивания. 
Пример программы, трассы и соответствующего условия теста приведен на рис.3. 


рур11с уо1а Еоп(Т у) { 1Е(у != Т.епам2) У = Т.епом4; 
тв; 1Е(у != Т.ером3) зепаА (Т.епом4) 
1Е(у != Т.епам2) { зепаА (м) зепаВ (Т.епом4) 
1Е(у != Т.епом3) р=у 
зепаА (м); 1Е(р == Т.ером4) 
| зепаВ (р) 
р -у; 
1Е(р == Т.епом4) 
зепаВ (р); 
} 


Рис. 3. Пример Лауа программы (а), трассы(б), 
условия теста и значений параметров(в) 


Минимизация тестового набора. По завершении генерации созданный набор 
минимизируется путем удаления трасс, избыточных по отношению к критерию 
покрытия. Так, построенные трассы перепроверяются в обратном (по отношению к 
генерации) порядке на предмет обнаружения дублирующих покрытий. На практике 
такой метод сокращает исходный набор тестов на 10-20 %. 

Выводы 

Предложен новый метод порождения тестовых наборов по исходному коду для 
языка Лауа. Среди отличительных особенностей выделяются метод построения и 
сокращения формальной модели, работа с неинтерпретированными функциями, а также 
эффективные методы редукции пространства поиска. Несмотря на неполную 
автоматизацию (необходимо написание тоскК-функций для неинтерпретированных 
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языковых конструкций), применение метода на практике позволило получить 
перспективные результаты: на примере промышленного кода, размер которого 
превышает 105 строк, построена модель, состоящая из порядка 3 тыс. атрибутов и 12 
тыс. переходов, при этом удалось сгенерировать -1200 тестов, обеспечивающих 94% 
покрытие, за время менее 5 минут. Несмотря на довольно большую степень абстракции 
некоторых сложных арифметических выражений, деталей ЗОГ запросов и т.п., 
полученные тесты оказались представительными для проверки бизнес-логики. Более 
того, использование методов [6-8] обеспечило проверку правильности тестов и 
позволило выразить условие для теста в виде формулы, определяющей диапазон всех 
возможных конкретных значений для дополнительного анализа кода. Также стоит 
отметить, что метод построения формальной модели дал возможность обработать 
неполный промышленный код, исполнение которого не представлялось возможным. 

Описанный метод усовершенствует работы [9, 12—15]: так, на несколько порядков 
увеличена эффективность процесса подстановки конкретных значений; во многих 
случаях экспоненциально снижено количество состояний (в частности, для примера на 
рис.1 показана линейная зависимость), добавление критерия покрытия 4еЁ-изе ветвей 
позволило существенно повысить качество тестов. 
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ВЕЗОМЕ 


А. Косьть, 5. Ройуепко 

А тео о {е51 даа зепегаНоп {гот зоигсе соде о? Гауа ргоггап$ 

А пе\ тефоа Гог {е5( Ааба сепегаНоп Гог Тауа ргоэтаплз 1$ ргорозеа. Тве тео4 15 
Базе оп Фе опошта! еНесйуе а!соглл$ Юг Ююппа| то4е]| сопзгасйоп, зеагсВ зрасе 
гедисйоп, арргохитайоп ап4 абзгасЕ ицегргеайоп. УУБШе Ше (е5( сепегайоп ргосез$ 1$ поЁ 
ГоПу ацютае (тоск-РпсНоп$ пее4е4 Тог зоте поп-пиегргееЯ Тауа сопзиасйоп$), 
арр!уте оЁ фе тефо4 ш ргасйсе г1уез регзресйуе гези 5: Нот 105 Ппез оЁ а геа] п4дазла] 
со4е \е Вауе сопзгасе4 а Гогта! то4е \РасН сошатз -3 фоизапа$ оЁ аитщез апа -12 
Фоизапа$ оЁ гиаг4е сотлтап4$5; опг {001 сепегаез -1200 {е55, урасВ таКез 94% соуегазе 
ш 5 шшиез. ш зрИе оЁ №12Ъ Теуе] оЁ абзгасноп Нот сотр/ех та. Рапсйоп$ апа аеа Пед 
ЗОГ, ацене$, Ше {е5$ оМаше \а$ гергезегцануе епоиеВ 1ю соуег Фе Бизшез$ 1о1с. 
Могеоуег, Бу изше оЁ БасК\ага рге@сае иапзРогтег, ог 00]! ргодисез ГопиШа оРЁ {е% 
соп41оп, \ысЬ шсадез гапое оЁ аП а4пл1з1Ые сопсгее уашез Гог еасБ зепегае4 {е5. Тре 
тефо4 оЁ сопзгасипе а Гогта! тоде| та4е и розз1Ые ю сепегае {е55 Гог шсотшр!ае соде, 
у/В1сВ ехесиноп \а5 поё роз Ые. ш ог4ег {© зепегае {е5$ Гог пцег-ргоседига! ицегасйоп, 
\уе изе Фе ГоПоууте зсВете: фе вое тоде| 1$ сопз14еге4 аз а Ме епе$$ 1оор, \Р1св 
с01п5$1565 ОЕ аЦегпануе саП$ оЁР а рибШс тефод$. ТБеп \е арр1у Ае!-изе Бгапспез соуегазе 
сгцепоп. Зиср арргоасН Ваз $12т1ЯсапЙу шсгеазе4 Фе зетапис диаШу оЁ сепегае4 {е565: 
(гасез Бесоте тоге ш(еШзеп( ие ю теашиеРа г@аноп$1р Бебмееп еуеп5. ш тапу сазез 
Фе дезспЬе4 з{е-5расе гедисноп тео4 аПо\е4 0 ауо1А ехропепйа| ехрюз1оп, \/Р1сь 15$ а 
сгасла! ргоМет оп Ше \ау оЁ ищеэгайоп оЁ Топпа| тефо4$ шпю зоЁ\аге шдизу. 
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